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Verfahren zum Ubertragen von synchronen Transportmodulen 
uber ein synchrones Transportnetz 

Die Erfindung betrifft ein Verfahren zum Ubertragen eines 
rahmenstrukturierten synchronen Multiplexsignals, das aus Transportrahmen 
mit einem Nutzlastbereich und einem Kopfbereich besteht, in dessen 
Nutzlastbereich jeweils Multiplexeinheiten gemafi einer Multiplexhierarchie 
verschachtelt sind, uber ein synchrones Transportnetz sowie einen Multiplexer 
fur ein synchrones Transportnetz der angepaBt ist, ein solches 
rahmenstrukturiertes synchrones Multiplexsignal zu ubertragen. 

Ein synchrones digitales Transportnetz arbeitet beispielsweise nach den 
Empfehlungen der ITU-T (Telecommunication Standardization Sector of 
International Telecommunication Union) fur SDH (Synchrone Digitale 
Hierarchie) oder SONET (Synchronous Optical Network). Dabei werden 
Nutzinformationen in sogenannte Container gepackt. Die Container erhalten 
einen als „Path Overhead" bezeichneten Kopfbereich mit dem zusammen sie 
als virtuelle Container VC-N bezeichnet werden. Es gibt virtuelle Container der 
Typen VC-1 1 , VC-12, VC-2, VC-3 und VC-4. Desweiteren gibt es nahtlos 
(contiguous) verkettete Container der Typen VC-4-4c und VC-4-16c bei SDH 
und VC-3-3c, VC-3-1 2c und VC-3-48c bei SONET. Die virtuellen Container 
stellen Multiplexeinheiten dar und werden in einem als Synchrones 
Transportmodul STM-N (N = l, 4, 16 oder 64) bezeichneten 
Uberlragungsrahmen verschachtelt, wobei die virtuellen Container beliebig im 
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Nutzlastbereich cler Transportmodule positioniert sein konnen und von einem 
Zeiger im Kopfbereich (Overhead) der Transportmodule adressiert werden. 
Kleinere virtuelle Container werden dabei stets in grofiere virtuelle Container 
verschachtelt. Ein synchrones Transportmodul bei SDH besitzt beispielsweise 
immer einen virtuellen Container VC-4 beziehungsweise im Falle von nahtlos 
verketteten Containern einen VC-4-nc (n=4 oder 16). Bei SONET hingegen 
sind in jedem Transportmodul stets drei VC-3 enthalten, beziehungsweise im 
Falle von nahtlos verketteten Containern ein VC-3-3c, der einem VC-4 
entspricht, ein VC-3-12c oder ein VC-3-48c. Die geschilderte 
Multiplexhierachie von SDH und SONET ist in ITU-T G.707 (3/96) Kapitel 6 
ausfuhrlich geschildert. 

Nachrichtensignale, die in einem solchen synchronen Transportnetz 
ubertragen werden, sind somit rahmenstrulcturierte synchrone 
Multiplexsignale, die aus Transportrahmen mit einem Nutzlastbereich und 
einem Kopfbereich bestehen. In den Nutzlastbereich jedes Transportrahmens 
sind Multiplexeinheiten gemafi der von ITU-T festgelegten Multiplexhierarchie 
verschachtelt. Der Kopfbereich enthalt einen Zeiger auf die groSte im 
Nutzlastbereich enthaltene Multiplexeinheit sowie jeweils einen als RSOH 
(regenerator section overhead) und einen als MSOH (multiplex section 
overhead) bezeichneten Abschnitt. Darin sind Kontroll- und 
Steuerinformationen enthalten, die im Falle des RSOH von jedem Regenerator 
und im Falle des MSOH von |edem Multiplexer im Netz terminiert und neu 
erzeugt werden. Mit Hilfe dieser Kontroll- und Steuerinformationen werden 
unter anderem Verwaltungsfunktionen des Netzmanagementsystems 
ausgefuhrt. 

Nun werden synchrone Transportnetze zunehmend nicht nur von offentlichen 
Netzbetreibern eingesetzt sondern auch als Firmennetze mit firmeneigenem 
Netzwerkmanagement realisiert. Sollen mehrere SDH- oder SONET-basierte 
Teilnetze eines Firmennetzes uber das Transportnetz eines offentlichen 
Betreibers verbunden werden, so kann eine unterschiedliche Verwendung der 
Kontroll- und Steuerinformationen aus RSOH und MSOH zu Konflikten der 
Netzmanagementsysteme von firmeninternem und offentlichem Transportnetz 
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fuhren. Es sind Absprachen Ober eine einheitliche Verwendung der Kontroll- 
und Steuerinformationen notwendig und das Netzmanagementsystem des 
firmeninternen Transportnetzes ist hinsichtlich der Verv/altung seines 
Firmennetzes beschrankt. So kann z.B. die Multiplexstruktur nicht ohne 
Absprache mit dem dffentlichen Netzbetreiber von 1 6 x VC-4 auf 1 x 
VC-4-16c in einem STM-1 6 geandert werden. 

Zur Zeit werden auch optische Netze entwickelt, uber die sogenannte Optical 
Channel (OCh) ubertragen werden sollen. Diese Netze sollen in der Lage sein, 
Signale mit beliebiger Bitrate transparent zu ubertragen und somit werden 
diese zukunftigen optischen Netze auch in der Lage sein, rahmenstrukturierte 
Nachrichtensignale aus einem Firmennetz transparent zu transportieren. 
Allerdings gibt es dafur bislang keinen verbindiichen Standard und zudem 
mufiten fur den Aufbau eines solchen optischen Netzes alle Netzelemente 
ausgetauscht werden. 

Eine Aufgabe der Erfindung besteht darin, ein Verfahren anzugeben, mit dem 
es mdglich ist, mit den derzeitigen SDH- oder SONET-basierten 
Transportnetzen synchrone digitale Teilnetze privater Betreiber zu verbinden 
ohne dafi Absprachen zwischen den Netzwerkmanagementsystemen notig 
sind und ohne dafi fur den privaten Betreiber Einschrdnkungen bestehen. Eine 
we ;tere Aufgabe der Erfindung ist es, einen Multiplexer fiir ein synchrones 
Transportnetz anzugeben, mit dem rahmenstrukturierte synchrone 
Multiplexsignale, die aus Transportrahmen mit einem Nutzlastbereich und 
einem Kopfbereich bestehen und in deren Nutzlastbereichen jeweils 
Multiplexeinheiten gemafi einer Multiplexhierarchie verschachtelt sind, zu 
ubertragen, ohne dafi auf den Kopfbereich der zu ubertragenen 
Transportrahmen zugegriffen werden muB. 

Die Aufgabe wird hinsichtlich des Verfahrens gelost durch die Merkmale des 
Anspruchs 1 und hinsichtlich des Multiplexers durch die Merkmale des 
Anspruchs 9. Vorteilhafte Ausgestaltungen sind den abhangigen Anspruchen 
zu entnehmen. 
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Ein Vorteil der Erfindung besteht darin, da6 sie den Aufbau von virtuellen 
privaten Netzen (VPN) auf SDH- oder SONET-Basis ermoglicht. Weitere 
Vorteile sind, daB auch rahmenstrukturierte synchrone Nachrichtensignale 
ubertragen werden konnen, bei denen Overhead Bytes proprietor, d.h. nicht 
entsprechend den ITU-T Empfehlungen, verwendet werden, daG RSOH, MSOH 
und Zeigerwerte im Kopfbereich der zu ubertragenden Transportrahmen 
erhalten bleiben und dafi somit dieselbe Wirkung bei der Ubertragung solcher 
rahmenstrukturierter synchroner Nachrichtensignale erzielt wird, wie dies mit 
den geplanten optischen Netzen der Fall ware, ohne dafi dazu aber ein 
Austausch der existierenden Netzelemente im dffentlichen Transportnetz notig 
ist. 

Ein weiterer Vorteil der Erfindung besteht darin, daB der private Netzbetreiber 
Schutzschaltungen wie MSP (Multiplex Section Protection, ITU-T G.841, 
1 0/1 998, Section 7.1 ) oder MS-SPRING (Multiplex Section Shored Protection 
Ring, ITU-T G.841, 10/1998, Section 7.2) zwischen seinen Teilnetzen 
einrichten kann. 

Die Erfindung lafit sich auch beim Verschalten von rahmenstrukturierten 
Nachrichtensignalen innerhalb eines Netzelementes vorteilhaft einsetzen. 

Im folgenden wird die Erfindung in mehreren Ausfuhrungsbeispielen anhand 
der Figuren 1 bis 8 beschrieben. Es zeigt: 

Figur 1 : Teilnetze eines privaten Netzbetreibers, der seine Teilnetze uber ein 

offentliches Transportnetz verbindet, 
Figur 2: die Multiplexstruktur fur das erfindungsgemaGe Verfahren fur ein 

SDH-basiertes Transportnetz, 
Figur 3: die Multiplexstruktur fur das erfindungsgemafie Verfahren fur ein 

SONET-basiertes Transportnetz, 
Figur 4a, b: ein erstes Beispiel fur das Mapping von Transportrahmens von 

Typ STM-4 in einem SDH-basierten Transportnetz, 
Figur 5a, b: ein zweites Beispiel fur das Mapping von Transportrahmen vom 

Typ STM-16, 
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Figur 6: den Aufbau eines virtuellen privaten Netzes mil der Anordnung aus 
Figur 1, 

Figur 7: der logische Aufbau des virtuellen privaten Netzes aus Figur 6 und 
Figur 8: ein Blockdiagramm eines erfindungsgemafien Multiplexers. 

Figur 1 zeigt als erstes Ausfuhrungsbeispiel eine Anwendung der Erfindung. 
Zwei Teilnetze SN1 und SN2 sowie ein einzelnes Netzelernent R6 eines 
privaten Betreibers sind uber ein offentliches Transportnetz WAN miteinander 
verbunden. Das erste Teilnetz SN1 enthalt drei Netzelemente Rl, R2 und R3, 
die zu einem Ringnetz verbunden sind. Das zweite Teilnetz SN2 enthalt zwei 
Netzelemente R4 und R5, die uber zwei redundante Leitungen miteinander 
verbunden sind. Die Netzelemente sind innerhalb der Teilnetze SN1, SN2 uber 
SDH-Schnittstellen miteinander verbunden, uber die rahmenstrukturierte 
synchrone Multiplexsignale ubertragen werden. Die Multiplexsignale bestehen 
aus synchronen Transportmodulen vom Typ STM-4, 

Jedes der Netzelemente R1-R6 ist ein IP-Router jeweils eines Datennetzes, uber 
das eine Vielzahl IP-fahiger Endgerate des Betreibers miteinander vernetzt 
sind. Die SDH-Verbindungen innerhalb der Teilnetze stellen das Backbone- 
Netz des Betreibers dar, uber das der IP-Verkehr zwischen den Datennetzen 
z.B. mittels des aus IETF RFC 1619 und 1661 bekannten Verfahrens fur „IP 
uber SDH" abgewickelt wird. 

Die Teilnetze SN1 , SN2 und der einzelne Router R6 sollen nun uber das 
Transportnetz WAN ebenfalls Transportmodule vom Typ STM-4 austauschen 
konnen, damit die Teilnetze untereinander verbunden sind. Dazu ist es 
notwendig, die Transportmodule zwischen den Teilnetzen unverandert zu 
ubertragen, d.h. ohne im Transportnetz WAN den Overhead der 
Transportmodule zu terminieren, damit fur das Backbone-Netz des Betreibers 
keine Einschrankungen hinsichtlich der Verwendung der Overhead-Bytes 
entstehen. 

Ein Grundgedanke der Erfindung besteht nun darin, die synchronen 
Transportmodule transparent als Nutzlast in einer Verkettung virtueller 
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Container zu ubertragen. Dazu werden in dem Transportnetz neue 
Multiplexeinheiten vom Typ VC-4 gebildet und miteinander zu einer virtuellen 
Verkettung VC-4-nv verkettet. In die Nutzlastbereiche der Multiplexeinheiten 
dieser virtuellen Verkettung werden die zwischen den Teilnelzen zu 
ubertragende Transportrahmen als Nutzlast verpackt. Die neu gebildeten 
Multiplexeinheiten werden dann in den Nutzlastbereich von neu gebildeten 
Transportmodulen eingebettet und uber das Transportnetz WAN ubertragen. 

Dazu wird das in Figur 2 dargestellte Mapping verwendet. Es zeigt einen 
Container C-4, der durch Hinzufugen eines als POH (Path Overhead) 
bezeichneten Kopfbereiches zu einem virtuellen Container VC-4 erweitert wird. 
Der Container C-4 enthalt zu ubertragende Daten eines Nutzlastsignals. Der 
virtuelle Container VC-4 stellt die Multiplexeinheit dar. Durch Hinzufugen 
eines Zeigers, der die Phasenlage des virtuellen Containers VC-4 in einem 
ubergeordneten Transportrahmen angibt, wird aus dem VC-4 eine 
sogenannte AUG (Administrative Unit Group). 

Alternativ kann, wie im zweituntersten Zwei der Figur gezeigt, eine AUG auch 
einen Container einer nahtlosen Verkettung (contiguous concatenation) C-4- 
nc enthalten. Solche nahtlosen Verkettungen werden eingesetzt, wenn in 
einem Transportmodul STM-N (N=4, 16 oder 64), das grofier als ein STM-1 
ist, die Nutzlastbereiche der darin enthaltenen Container C-4 gemeinsam fur 
einen einzigen Ubertragungskanal genutzt werden sollen. Es ist an dieser 
Stelle noch anzumerken, daft in der Nomenklatur der in ITU-T SGI 5 derzeit 
diskutierten Draft-Fassung von ITU-T G.707 (Temporary Document 
48R1(PLEN), 4/00) eine Unterscheidung der AUG in AUGN (N = l, 4, 16) 
getroffen wird entsprechend der Grofie des Transportmoduls, in dem die AUG 
transportiert wird. Ein STM-1 6 enthalt danach stets eine AUG1 6. Diese 
AUG16 kann entweder eine nahtlose Verkettung von 16 VC-4 (VC-4-16c) 
enthalten oder aber vier byteweise verschachtelte AUG4. Die AUG4 konnen 
wiederum entweder eine nahtlose Verkettung VC-4-4c oder aber vier 
byteweise verschachtelte AUG1 enthalten. 
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In einem nachsten Schritt wird ein Transportrahmen STM-N gebildet, wobei 
N=l, 4, 16 oder 64 sein kann. Fur N = l enthalt der Transportrahmen wie 
bereits erwahnt einen Kopfbereich mil MSOH, RSOH und Zeiger, sowie einen 
Nutzdatenbereich. Der Nutzdatenbereich faBt genau eine AUG1 und der 
Zeiger addressiert den Beginn des VC-4 im Nutzdatenbereich. Hohere 
Transportrahmen (N=4, 16, 64) werden durch byteweises Verschachteln von 
N AUG! zu ALIGN gebildet. Ein STM-N enthalt somit genau eine AUGN, die 
wiederum entsprechend der geschilderten Multiplexvorschrift genau N AUG1 
enthalt. In Draft-Fassung von ITU-T G.707 (Temporary Document 
48R1(PLEN), 4/00) Kapitel 7.1 ist detailliert beschrieben wie die AUG in den 
STM-N verschachtelt werden. 

Der so entstandene Transportrahmen STM-N wird nun periodisch mit einem 
Rahmentakt wiederholt, wobei naturlich jeder neuen Rahmen neue Datenbits 
des zu ubertragenden Nutzlastsignals enthalt. Der aus den periodisch 
wiederholten Transportrahmen entstehende synchrone Datenstrom wird in den 
Teilnetzen des privaten Betreibers ubertragen und transportiert alle Nutzdaten, 
d.h. im Ausfuhrungsbeispiel die IP Pakete, die in dem Backbone-Netz des 
Betreibers zwischen den einzelnen Routern ubertragen werden. Dieser 
Datenstrom soli nun als ganzes auch uber das offentliche Transportnetz WAN' 
ubertragen werden, um die Teilnetze SN1 , SN2 sowie den einzelnen Router R6 
zu einem Gesamtnetz zu verbinden. 

Dazu werden von dem Multiplexer an der Schnittstelle zwischen offentlichem 
Transportnetz und privatem Firmennetz neue Multiplexeinheiten VC-4 erzeugt 
und zu einer virtuellen Verkettung VC-4v verkettet. Eine solche virtuelle 
Verkettung von virtuellen Containern VC-4 ist an sich bekannt und in ITU-T 
G.707 Kapitel 8.1.7 beschrieben. Die Anzahl der Multiplexeinheiten in der 
Verkettung ist von der Grofie des zu ubertragenden Transportmoduls 
abhangig. Soil wie im Ausfuhrungsbeispiel ein STM-4 ubertragen werden, so 
benotigt der offentliche Netzbetreiber 5 Multiplexeinheiten vom Typ VC-4. Fur 
STM-1 wurden zwei VC-4 benotigt, fiir STM-1 6 1 7 VC-4 und fur STM-64 68 
VC-4. Dies ist in dem Mapping in Figur 2 schematisch durch parallele Wege 
im Ablauf angedeutet. 
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Die virtuelien Container VC-4 der Verkettung werden nun entsprechend der 
vorstehend beschriebenen Multiplexvorschrift zu einer neuen AUG 
zusammengefafit. Bekannttich kann ein STM-N genau N VC-4 aufnehmen. 
Da die Anzahl der verketteten Container (2, 5, 1 7 oder 68) nicht den 
zulassigen Werten fur N (1, 4, 16, 64) entspricht, mu6 der nachstgrdfiere 
Transportrahmen verwendet werden. Die ubrige Kapazitat des 
Transportrahmens kann mit weiteren Multiplexeinheiten VC-4 gefullt werden. 
Dies ist in Figur 2 durch einen weiteren ZuflufJ fur die obere AUG dargestellt. 

Da es sich urn eine virtuelle Verkettung handelt, konnen alternativ zu einem 
nachstgrdGeren Transportrahmen auch mehrere kleinere Transportrahmen 
verwendet werden. Die einzelnen Multiplexeinheiten der virtuelien Verkettung 
mussen namlich nicht notwendig uber dasselbe Interface ubertragen werden, 
sondern durfen auch unterschiedliche Wege durch das Ubertragungsnetz 
nehmen, wobei Laufzeitunterschiede im empfangenden Netzelement durch 
Zwischenspeicherung ausgeglichen werden. Es ist jedoch vorteilhaft, die 
virtuelle Verkettung in einem einzigen Transportmodul zu ubertragen, da 
hierdurch die Laufzeitunterschiede minimiert werden. 

Nun wird ein neuer Transportrahmen STM-N gebildet und die AUG wird in 
den Nutzlastbereich dieses neuen Transportrahmen eingebettet. Durch 
periodisches Wiederholen dieses Transportrahmens mit stets neuer Nutzlast 
entsteht ein neuer synchroner Datenstrom, der uber das Transportnetz WAN 
des offentlichen Betreibers ubertragen wird. Bei der Ubertragung steht der 
Overhead der neu gebildeten Transportrahmen ausschliefilich fur Steuerungs- 
und Verwaltungsaufgaben des offentlichen Transportnetzes zur Verfugung. 
Der offentliche Betreiber kann entsprechend den ITU-T Empfehlungen ohne 
weitere Einschrdnkungen auf die Overheadbytes zugreifen, ohne des ein 
Konflikt mit den Netzwerkmanagementsystem des privaten Betreibers 
entstehen kann, da die von seinen Netzelementen gebildeten 
Transportrahmen mitsamt Overhead als Nutzlast durch das offentliche 
Transportnetz geschleust werden. 
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In Figur 3 ist das entsprechende Mapping fur ein SONET-basiertes 
Transportnetz dargestellt. Anstelle eines VC-4 werden in SONET stets drei VC- 
3 verwendet und zu einer AUG zusammengefafit. Die Transportmodule 
heifien bei SONET nicht STM-N sondern OC-N (optisch) oder STS-N 
(elektrisch) mit N=3, 12, 48 oderl92 . Sie enthalten analog zu einem STM-N 
ebenfalls einen RSOH und einen MSOH im Kopfabschnitt. Allerdings kommt 
nicht nur ein Zeiger hinzu, sondern entsprechend der Anzahl 
Multiplexeinheiten der hochsten Hierarchiestufe (VC-3) drei Zeiger auf die drei 
VC-3 der AUG. Die Anzahl der zum Transport virtueli zu verkettenden 
virtuellen Container VC-3-Xv fur die Transportmodule OC-3, OC-12, und 
OC-48 ist der Figur zu entnehmen. 

Neben den in Figur 2 und 3 dargestellten Mappings sind auch Mischformen 
mdglich, bei denen z.B. der private Betreiber ein SONET-basiertes Netz 
betreibt und seine Teilnetze uber ein SDH-basiertes Transportnetz des 
offentlichen Anbieters verbindet. 

Figur 4 a und b zeigen schematisch, wie die zu transportierenden 
Transportrahmen aus dem privaten Netz im ersten Ausfuhrungsbeispiel in die 
neu zu bildenden verketteten Multiplexeinheiten des offentlichen Betreibers 
eingebettet werden. Figur 4a zeigt zunachst den Aufbau des STM-4 des 
privaten Betreibers. Der Aufbau entspricht der Festlegung gemaB ITU-T 
G.707. Der STM-4 besitzt einen einzigen Kopfbereich mit der Ldnge von N*9 
Spalten und einen einzigen Nutzlastbereich, der eine AUG4 enthdlt, die durch 
byteweises verschachteln von vier AUG1 hervorgegangen ist. In Figur 4a ist 
jedoch zur besseren Verstandlichkeit eine abweichende Bezeichnung gewdhlt 
worden. Es ist anzumerken, dafi hierbei lediglich eine andere Bezeichnung 
gewdhlt wurde, der tatsdchliche Aufbau im Ausfuhrungsbeispiel jedoch den 
Vorschriften von ITU-T G.707 entspricht. 

Der STM-4 ist wie in Figur 4a dargestellt aus vier byteweise verschachtelten 
Rahmen vom Typ STM-1**. Die Bezeichnung STM-1** wurde gewdhlt, um 
deutlich zu machen, da6 es sich nicht um STM-1 Rahmen handelt, die 
STM-1 **-Rahmen jedoch in Aufbau und Aussehen formal einem 
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STM-1 -Rahmen entsprechen. Der Ubersichtlichkeit halber sind die vier 
STM-1** nicht verschachtelt sondern hintereinander dargestellt. 

Jeder der vier STM-1** besteht einer AUG1 und aus einem Teil des 
Kopfbereichs der STM-4. Der STM-4 enthalt wie bereits festgestellt nur einen 
einzigen Kopfbereich aus 4*9 Spalten. Dieser ist in Figur 4a jedoch in vier 
gleiche Teilte aufgeteilt dargestellt, wobei jeweils ein Viertel des Kopfbereiches 
einem STM-1** als Kopf dieses fiktiven Rahmens zugeordnet ist. Da die vier 
STM-1** byteweise verschachtelt sind, bilden die vier Teile gerade den 
tatsachlichen Kopfbereich des STM-4. 

Der Kopfbereich besteht aus RS-OH, MS-OH und AU-Zeiger AU-PTR. 
Entsprechend wurde auch in Figur 4a die Bezeichnung fur jedes der Kopfteile 
der vier STM-1** gewahlt. Daran schliefit sich der Nutzlastbereich an, der 
entsprechend der fiktiven Aufteilung in vier STM-1 ** ebenfalls in vier Teile 
aufgeteilt dargestellt ist, wobei jeweils ein Teil des Nutzlastbereichs einem 
STM-1** zugeordnet ist. In jedem der Teile des Nutzlastbereichs ist ein 
virtueller Container VC-4 enthalten, der aus einem Container C4 und einem 
Containerkopf POH besteht. Der Ubersicht halber und ohne Einschrankung 
der Allgemeinheit sind die im Nutzlastbereich enthaltenen Container in der 
Figur jeweils direkt an den Kopfbereich des Transportrahmens angrenzend 
gezeichnet, d.h. die AU-Zeiger waren im Ausfuhrungsbeispiel alle Null. 
Tatsachlich kann der VC-4 im Nutzlastbereich eines STM-1** beliebig 
positioniert sein und sich bis in den Nutzlastbereich des folgenden Rahmens 
erstrecken. Dies ist eine grundlegende Eigenschaft von synchronen 
Transportnetzen (SDH, SONET): Durch AU-Zeigeranpassung (engl: pointer 
justification) und entsprechende Verschiebung des virtuellen Containers 
werden Taktunterschiede zwischen einzelnen Netzelementen des 
Transportnetzes ausgeglichen. 

Ein STM-1** hat 9 Zeilen und 270 Spalten. Die Spalten 1-9 belegt das ihm 
zugeordnet Viertel des Kopfbereichs, die ubrigen Spalten 10-270 stellen den 
ihm zugeordneten Teil des Nutzlastbereichs dar. 
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In Figur 4b sind die funf virtuellen Container VC-4v der virtuellen Verkettung 
VC-4-5v dargestellt. Der obere Teil der Figur zeigt detailliert den ersten 
virtuellen Container VC-4v#l / wahrend die ubrigen vier virtuellen Container 
verkurzt dargestellt sind. Tatsachlich haben jedoch alle funf virtuellen 
Container dieselbe Lange. 

Jedem der virtuellen Container ist ein AU-Zeiger AU-PTR-vl , AU-PTR-v5 
zugeordnet, der dessen Phasenlage im ubergeordneten Transportmodul 
angibt. VC-4 und AU-Zeiger stellen eine AUG1 dar. Da es sich um eine 
virtuelle Verkettung handelt, werden alle funf AU-Zeiger unabhangig 
voneinander bestimmt, da die funf VC-4 rnit beliebiger Phasenlage 
zueinander transportiert werden durfen. Am oberen Rand der VC-4 sind die 
Spaltennummern von 1 bis 261 und am rechten Rand die Zeilennummern von 
1 bis 9 der AUG angegeben. 

Der erste VC-4 beginnt in Spalte 1 mit dem POH (path overhead). Daran 
schlieBt sich der Nutzlastbereich des VC-4 an. Darin sind die Kopfbereiche des 
zu transportierenden STM-4 eingepackt. Spalten 2 bis 10 enthalten den 
Kopfbereich des ersten STM-1** aus dem STM-4, Spalten 11 bis 19 den 
Kopfbereich des zweiten STM-1**, Spalten 20-28 den Kopfbereich des dritten 
und Spalten 29 bis 37 den Kopfbereich des vierten. Daran schlieBen sich in 
den Spalten 38 bis 41 die Containerkopf e POH der vier in den vier STM-1** 
enthaltenen Multiplexeinheiten an. Die ubrigen Spalten 42 bis 261 sind fur 
proprietare oder zukunftige Verwendung durch die 

Netzwerkmanagementsysteme von offentlichem und privatem Netzbetreiber 
reserviert und werden sofern sie nicht benutzt sind, mit hexFF aufgefullt. 
Beispielhaft ist gezeigt, daB Spalten 42 bis 50 fur den offentlichen Betreiber 
reserviert sind und Spalten 51 bis 269 fur den privaten Betreiber. 

Der zweite VC-4 der Verkettung enthalt ebenfalls einen Containerkopf 
POH#v2. Angrenzend an den Containerkopf wird als Nutzlast der erste 
Container C4 aus dem zu ubertragenden STM-4 Rahmen angefugt. 
Entsprechend enthalt der dritte VC-4 der Verkettung den zweiten Container C4 
aus dem STM-4 Rahmen, der vierte VC-4 enthalt den dritten Container C4 
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unci der funfte VC-4 schliefllich enthalt den vierten Container C4. Somit ist der 
gesamte Nutzlastinhalt des zu Obertragenden STM-4 Rahmens auf die 
virtuellen Container zwei bis funf der Verkettung verteilt, wahrend alle 
Steuerinformationen aus den Kopfbereichen in den ersten VC-4 eingebettet 
sind. 

Das entsprechende Mapping fur einen aus dem privaten Netz zu 
Obertragenden Transportrahmen vom Typ STM-16 ist in den Figuren 5a und 
5b angegeben. Der zu ubertragende STM-16 besteht aus 16 byteweise 
verschachtelten STM-1**, die jeweils einen Teil des Rahmenkopfs aus RS-OH, 
MS-OH und AU-Zeiger enthalten. Daran schlieBt sich wiederum jeweils ein 
virtueller Container vom Typ VC-4 an, der aus einem Containerkopf POH und 
einem Nutzlastbereich C4 besteht. In Figur 5a sind beispielhaft nur die ersten 
beiden STM-1** Rahmen und der letzte, d.h. der sechzehnte, STM-1** Rahmen 
dargestellt. 

Figur 5b zeigt, wie dieser STM-16 Rahmen in eine virtuelle Verkettung aus 
siebzehn VC-4 eingepackt wird. Dabei zeigt Figur 5b beispielhaft nur die 
ersten drei VC-4 sowie den letzten, d.h. den siebzehnten, VC-4 der 
Verkettung. Der erste VC-4 enthalt wie im vorherigen Beispiel die 
Rahmenkopfe der sechzehn STM-1** Rahmen aus dem zu Obertragenden 
STM-1 6 sowie die Containerkopfe POH der VC-4 aus dem STM-1 6. Wie im 
vorherigen Beispiel sind am oberen Rand die Spaltennummern der AUG 
angegeben und am rechten Rand die Zeilennummern. Der AU-Zeiger besteht 
aus neun Bytes. In der ersten Spalte der AUG beginnt der VC-4 mit seinem 
POH. Spalten 2 bis 10 enthalten den Kopfbereich des ersten STM-1** aus dem 
zu Obertragenden STM-16. Spalten 11 bis 19 enthalten den Kopfbereich des 
zweiten STM-1** usw.. Spalten 137 bis 145 schliefilich (137=2 + 15*9) 
enthalten den Kopfbereich des sechzehnten zu Obertragenden STM-1 **- 
Rahmens. Daran schliefien sich in Spalten 146 bis 161 die Containerkopfe 
POH aus dem zu Obertragenden STM-1** an. Zeilen 162 bis 261 sind fur 
proprietdre oder zukunftige Verwendung durch die 

Netzwerkmanagementsysteme von offentlichem und privatem Netzbetreiber 
reserviert und werden sofern sie nicht benutzt sind, mit hexFF aufgefullt. 
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Beispielhaft ist gezeigt, dafi Spalten 162 bis 1 70 fur den offentlichen Betreiber 
reserviert sind und Spalten 171 bis 261 fur den privaten Betreiber. 

In Figur 6 ist schematisch dargestellt, wie die Ubertragung der 
Transportrahmen zwischen den Teilnetzen des privaten Betreibers Ober das 
offentliche Transportnetz verlauft. Es wird dabei dieseibe Anordnung zugrunde 
gelegt, wie in Figur 1 . Das offentliche Transportnetz WAN ist jedoch detailliert 
dargestellt. Es besteht aus zwei Ringnetzen, die an jeweils zwei Stellen 
miteinander verbunden sind. Die Ringnetze bestehen aus Netzelementen 
ADM, DXC, die untereinander bidirelctional verbunden sind. Solche 
Netzelemente sind Add/Drop-Multiplexer ADM oder digitale Crossconnects 
DXC. Jedes der Netzelemente R2, R4 und R6 des Betreibers, die die privaten 
Teilnetze SN1, SN2 Ober das offentliche Transportnetz WAN miteinander 
verbinden, sind jeweils an einen Add/Drop-Multiplexer des offentlichen 
Transportnetzes angeschlossen. Von diesen Add/Drop-Multiplexers, werden 
die zwischen den Teilnetzen SN1, SN2 und R6 zu ubertragenden 
Transportrahmen nach dem bereits ausfuhrlich erlauterten Verfahren in eine 
Verkettung von virtuellen Containern verpackt und in neu gebildeten 
Transportrahmen ubertragen. Zwischen den Netzelementen R2, R4 und R6 
entsteht dadurch ein virtuelles Ringnetz VR, Ober das zu STM-4 
Transportrahmen strukturierte Multiplexsignale Obertragen werden. 

In Figur 7 ist das virtuelle Ringnetz VR zur besseren Ubersicht schematisch 
herausgezeichnet. Da die STM-4 Rahmen zwischen den Netzelementen R2, R4 
und R6 Ober das offentliche Transportnetz transparent ubertragen werden, 
indem sie als Nutzlast behandelt und in eine Verkettung virtueller Container 
verpackt werden, besteht fOr den privaten Netzbetreiber kein Unterschied zu 
einer direkten Verbindung seiner Netzelemente. Die Netzelemente R2, R4 und 
R6 sind daher aus seiner Sicht zu einem Ringnetz miteinander bidirelctional 
verbunden. Somit besteht in diesem virtuellen Ringnetz auch die Moglichkeit, 
im Fehlerfall, d.h. wenn die Verbindung zwischen zwei der drei Netzelemente 
ausfallt, auf die Gegenrichtung im Ring umzuschalten und somit die 
Verbindung trotz des Ausfalls wieder herzustellen. Eine solche Schutzschaltung 
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wird als MS-SPRING bezeichnet. Es kdnnen auch proprietare Ringe und 
lineare MS-Schutzschaltungen eingerichtet werden. 

In Figur 8 ist ein Multiplexer ADM dargestellt, mit dem das erfindungsgemafie 
Ubertragungsverfahren durchgefuhrt werden kann. Es handelt sich urn einen 
Add/Drop-Multiplexer, wie er z.B. in dem offentlichen Transportnetz WAN in 
Figur 6 eingesetzt wird. Der Multiplexer weist jeweils einen Ost- und einen 
West-Eingang INEAST, I NEWEST und einen Ost- und einen West-Ausgang 
OUT_EAST, OUT_WEST auf, die an vier Lichtwellenleiter angeschlossen 
werden, die als Ost- und Westleitungen eines bidirektionalen SDH-Ringnetzes 
dienen. An den Eingangen werden STM-16 Rahmen empfangen und an den 
Ausgangen STM-16 Rahmen gesendet. In den Eingangen werden die 
ernpfangenen Transportrahmen terminiert, d.h. deren Rahmenkopfe werden 
ausgewertet und die in den Rahmen enthaltenen virtuellen Container vom Typ 
VC-4 werden an eine zentrale Schaltmatrix (VC-4 Matrix) weitergeleitet. In den 
Ausgangen werden neue Transportrahmen STM-16 gebildet und die von der 
Schaltmatrix ernpfangenen virtuellen Container werden darin eingepackt. Der 
Multiplexer verfugt zudem uber eine Anzahl Zuflufi-Eingange TJN (engl: 
tributary) und -Ausgange T OUT, uber die Nutzdaten als virtuelle Container 
in das Ringnetz eingefugt (Add) oder aus dem Ringnetz ausgekoppelt und 
einem angeschlossenen Nutzer zugeleitet werden kdnnen (Drop). 

Die Schaltmatrix dient dazu, die virtuellen Container, die in dem Multiplexer 
ADM nicht terminiert werden sollen, vom West-Eingang zum Ost-Ausgang und 
vom Ost-Eingang zum West-Ausgang zu schalten. Virtuelle Container, die von 
dem Multiplexer ADM terminiert werden sollen (Drop), werden vom 
betreffenden Eingang uber die VC-4-Matrix an einen der Zuflufi-Ausgange 
geschaltet. Nutzdaten, die von einem der Zuflufi-Eingange in den Ring 
eingefugt werden sollen (Add), werden im betreffenden Zuflufi-Eingang in 
einen neu gebildeten virtuellen Container VC-4 gepackt und uber die 
VC-4-Matrix einem der Ausgange zugeschaltet. 

An dem ZufluG-Eingang 81 wird ein zu STM-4 Rahmen strukturierter 
Datenstrom empfangen. In dem Eingang 81 werden entsprechend des 
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anhand von Figur 4a und b beschriebenen Mapping fur jeden empfangenen 
STM-4 Rahmen funf virtuellen Container VC-4 gebildet und miteinander 
virtuell verkettet. In diese funf VC-4 wird ein jeweils STM-4 Rahmen 
eingepackt. Die verketteten funf VC-4-5v werden dann der VC-4-Matrix 
zugeleitet und von der Matrix einem entsprechenden Ausgang, z.B. den West- 
Ausgang OUT_WEST zugeleitet, wo sie mit anderen VC-4s in den STM-16 
Rahmen verschachtelt werden. 

Die Gegenrichtung ist beispielhaft am Zuflufi-Ausgang 82 dargestellt. Die 
VC-4-Matrix schaltet eine Verkettung VC-4-5v von funf VC-4, die z.B. in dem 
am West-Eingang IN WEST empfangenen STM-16 Rahmen enthalten sind, zu 
dem Ausgang 82. Dort wird die Nutzinformation der funf VC-4 aus deren 
Nutzlastbereichen ausgelesen, in einem Pufferspeicher zwischengespeichert 
und in ursprunglicher Phasenlage zu einem STM-4 Rahmen zusammengesetzt, 
der dann am Ausgang 82 gesendet wird. Um den STM-4 Rahmen 
zusammenzusetzen, werden aus dem ersten VC-4 die gemafi dem in Figur 4b 
gezeigten Mapping verpackten Rahmenkdpfe ausgelesen und als 
Rahmenkdpfe fur neu zu bildende STM-1 Rahmen verwendet. Dann werden 
die Containerkopfe POH ausgelesen und an die im Nutzlastbereich der 
folgenden vier VC-4 enthaltenen Container C4 angefugt. Anschliefiend 
werden die so neu gebildeten VC-4 entsprechend dem Wert des im 
Rahmenkopf befindlichen AU-Zeigers in die STM-1 Rahmen eingefiigt und die 
STM-1 Rahmen byteweise zu einem STM-4 Rahmen verschachtelt. Der 
Multiplexer ADM arbeitet somit gleichzeitig als Multiplexer und als 
Demultiplexer. 

In den Ausfuhrungsbeispielen wurde durchweg die virtuelle Verkettung von 
VC-4 verwendet, um STM-N Rahmen zu trans portieren. Die virtuelle 
Verkettung bringt bei der Ubertragung Vorteile, da in zwischengeschalteten 
Netzelementen nicht auf die Phasenlage der einzelnen verketteten VC-4 
geachtet werden muB und somit keine MaBnahmen ergriffen werden 
brauchen, um differentielle Phasenschwankungen zwischen den VC-4 zu 
unterdrucken. Dennoch kann fur die erfindungsgemafle Ubertragung von 
STM-N Rahmen auch eine nahtlose Verkettung (contiguous concatenation) von 
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VC-4 eingesetzt werden. In SONET-basierten Transportnetzen wird anstelle 
der Verkettung von VC-4s eine Verkettung von VC-3 verwendet, da der VC-4 
wie bereits erwahnt bei nur als VC-3-3c SONET nicht. 

Die Erfindung kann bei Netzelementen auch vorteilhaft gerateintern eingesetzt 
werden, um ganze Transportrahmen durch eine Schaltmatrix zu schalten, die 
nur fur virtuelle Container ausgelegt ist. Dabei wird ein empfangener 
Transportrahmen eingangsseitig in eine Verkettung virtueller Container 
eingebettet und die virtuellen Container der Verkettung werden dann durch 
die Schaltmatrix zu einem Ausgang geschaltet, wo sie wieder entfernt werden 
und der ursprungliche Transportrahmen wieder zusammengesetzt wird. Dies 
ermoglicht es, durch eine Matrix, die an sich nur virtuelle Container schalten 
kann, auch ganze Transportrahmen zu schalten. Dadurch mufi der 
Rahmenkopf der Transportrahmen eingangsseitig nicht terminiert und 
ausgangsseitig neu erzeugt werden. 

Das erfindungsgemafie Verfahren kann zumindest theoretisch beliebig oft 
iterativ verschachtelt werden, d.h. ein erstes rahmenstrukturiertes synchrones 
Multiplexsignal kann als Nutzlast einer ersten virtuellen Verkettung in einem 
zweiten rahmenstrukturierten synchronen Multiplexsignal ubertragen werden, 
dafi wiederum als Nutzlast einer zweiten virtuellen Verkettung in einem dritten 
rahmenstrukturierten synchronen Multiplexsignal transportiert wird, u.s.w.. 
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Patentanspruche 

1 . Verfahren zum Ubertragen eines rahmenstrukturierten synchronen 
Multiplexsignals, das aus Transportrahmen (STM-4) mit einem Nutzlastbereich 
und einem Kopfbereich (MS-OH, RS-OH, AU-PTR) besteht, in dessen 
Nutzlastbereich jeweils Multiplexeinheiten (VC-4) gemdS einer 
Multiplexhierarchie verschachtelt sind, uber ein synchrones digitales 
Transportnetz (WAN), 

dadurch gekennzeichnet, da6 

die zu ubertragenden Transportrahmen (STM-4) einschlieSlich deren 
unveranderter Kopfbereiche (MS-OH, RS-OH, AU-PTR) als Nutzlast in einer 
Verkettung (VC-4-5v) von neu gebildeten Multiplexeinheiten (VC-4v) 
ubertragen werden. 

2. Verfahren nach Anspruch 1 mit folgenden Schritten: 

Bilden von einer Anzahl neuer Multiplexeinheiten (VC-4v) gleicher GroGe 
und Verketten dieser neuen Multiplexeinheiten (VC-4v) zu einer virtuellen 
Verkettung (VC-4-5v), 

Verpacken von jedem der Transportrahmen (STM-4) einschlieBlich dessen 
Kopfbereich (MS-OH, RS-OH, AU-PTR) in Nutzlastbereiche der verketteten 
neuen Multiplexeinheiten (VC-4v), 
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Bilden von zumindest einem neuen Transportrahmen (STM-1 6) und 
Verschachteln der verketteten neuen Multiplexeinheiten (VC-4v) in dessen 
Nutzlastbereich, und 

Ubertragen des zumindest einen neuen Transportrahmens (STM-1 6) uber 
das synchrone Transportnetz (WAN). 

3. Verfahren nach Anspruch 1, bei dem das synchrone Transportnetz (WAN) 
ein SDH-Netz ist, bei dem die Transportrahmen (STM-4) synchrone 
Transportmodule vom Typ STM-N mit N = l , 4, 16 oder 64 sind, bei dem die 
Multiplexeinheiten (VC-4) virtuelle Container vom Typ VC-N mit N = 11 , 1 2, 2, 
3 oder 4 oder nahtlos verkettete virtuelle Container vom Typ VC-4-Nc mit 
N=4 oder 16 sind und bei dem die neu gebildeten Multiplexeinheiten (VC-4) 
virtuelle Container vom Typ VC-N mit N=3 oder 4 sind. 

4. Verfahren nach Anspruch 1, bei dem in einer ersten der neu gebildeten 
Multiplexeinheiten (VC-4v) der Kopfbereich (MS-OH, RS-OH, AU-PTR) eines zu 
ubertragenden Transportrahmen (STM-4) sowie Pfadkopfe der im 
Nutzlastbereich dieses Transportrahmens verschachtelten Multiplexeinheiten 
(VC-4) zusammengefafit werden und bei dem in jede der ubrigen neu 
gebildeten Multiplexeinheiten (VC-4v) der Verkettung jeweils eine der 
Multiplexeinheiten (VC-4) aus dem Nutzlastbereich dieses Transportrahmens 
(STM-4) ohne deren Pfadkopf eingefugt wird. 

5. Verfahren nach Anspruch 1 , bei dem ein Transportrahmen vom Typ STM-1 
OC-3 oder OC-3-3c uber zwei virtuell verkettete virtuelle Container vom Typ 
VC-4 oder uber vier virtuell verkettete virtuelle Container vom Typ VC-3 
transportiert wird. 

6. Verfahren nach Anspruch 1, bei dem ein Transportrahmen vom Typ STM-4, 
OC-1 2 oder OC-3-1 2c uber funf virtuell verkettete virtuelle Container vom 
Typ VC-4 oder 1 3 virtuell verkettete virtuelle Container vom Typ VC-3 
transportiert wird. 
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7. Verfahren nach Anspruch 1, bei dem ein Transportrahmen vom Typ 
STM-1 6, OC-48 oder OC-3-48c uber siebzehn virtuell verkettete virtuelle 
Container vom Typ VC-4 oder uber 51 virtuell verkettete virtuelle Container 
vom Typ VC-3 transportiert wird. 

8. Verfahren nach Anspruch 1, bei dem ein Transportrahmen vom Typ 
STM-64, OC-1 92 oder OC-3-192c uber achtundsechzig virtuelle verkettete 
virtuelle Container vom Typ VC-4 transportiert wird. 

9. Multiplexer (ADM) fur ein synchrones digitales Transportnetz (WAN) mit 

mindestens einem ZufluB-Eingang (TJN) zum Empfangen eines ersten 
rahmenstrukturierten synchronen Multiplexsignals, das aus ersten 
Transportrahmen (STM-4) mit jeweils einem Nutzlastbereich und einem 
Kopfbereich (MS-OH, RS-OH, AU-PTR) besteht, in deren Nutzlastbereiche 
jeweils Multiplexeinheiten (VC-4) gemafi einer Multiplexhierarchie 
eingefugt sind, 

einer dem ZufluG-Eingang (TJN) zugeordneten Multiplexeinrichtung zum 
Bilden neuer Multiplexeinheiten (VC-4v), zum Verketten der neu gebildeten 
Multiplexeinheiten (VC-4v) zu einer Verkettung (VC-4-5v) und zum 
Verpacken der empfangenen Transportrahmen (STM-4) einschliefilich 
deren unveranderter Kopfbereiche (MS-OH, RS-OH, AU-PTR) als Nutzlast 
in die Verkettung der neu gebildeten Multiplexeinheiten (VC-4v) und 
mit mindestens einem Ausgang (OUT_WEST, OUT_ EAST) zum Bilden und 
Senden eines zweiten rahmenstrukturierten synchronen Multiplexsignals 
aus zweiten Transportrahmen (STM-1 6), in deren Nutzlastbereiche jeweils 
die verketteten, neu gebildeten Multiplexeinheiten (VC-4v) eingefugt sind. 

10. Multiplexer nach Anspruch 9 mit einer Schaltmatrix zum wahlfreien 
Verschalten von Multiplexeinheiten, wobei die Multiplexeinrichtung an einen 
Matrixeingang und der Ausgang (OUTJWEST, OUT_EAST) an einen 
Matrixausgang angeschlossen sind. 
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Zusammenfassung 



Verfahren zum Ubertragen von synchronen Transpoiimodulen 
iiber ein synchrones Transportnetz 



Netzelemente eines ersten synchronen Transport netzes sollen uber ein zweites 
synchrones Transportnetz miteinander verbunden werden. Dazu werden zu 
ubertragende Transportrahmen (STM-4) einschliefilich deren unverdnderter 
Kopfbereiche (MS-OH, RS-OH, AU-PTR) als Nutzlast in einer Verkettung (VC- 
4-5v) von neu gebildeten Multiplexeinheiten (VC-4v) verpackt und in neu 
gebildeten Transportmodulen uber das zweite Transportnetz ubertragen. 



(Figur 2) 
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